Non-bandwidth intensive method for providing multiple levels of censoring in an a/v stream

ABSTRACT

Particular embodiments generally relate to providing different censoring levels for audio-video streams. In one embodiment, an audio-video stream is received. Metadata including censoring information for the audio-video stream is also received. The audi-video stream and metadata may be sent by a source in separate streams. A first level of censoring associated with a first receiver is determined along with a second level of censoring for a second receiver. A first audio-video stream is generated for the first receiver with a first censor level and a second audio-video stream is generated for the second receiver with a second censor level. For example, the first audio-video stream may include censoring of faces and the second audio-video stream may be an audio-video stream without censoring or may censor some other part of the audio-video. The first audio-video stream and the second audio-video stream are then sent to the first and second receivers, respectively.

TECHNICAL FIELD

Particular embodiments generally relate to networking.

BACKGROUND

In audio-video conferencing, a source may send audio-video that isdestined for multiple receivers. If censoring is required by somereceivers but not others, the source has to send different audio-videostreams to different receivers. For example, different receivers mayrequire different levels of censoring, such as one receiver may requirethe blurring of faces and another receiver may require the original(i.e., non-censored) audio-video stream. Thus, a source has to send acensored audio-video stream along with a non-censored audio-videostream. Sending the censored and non-censored audio-video streams fromthe source uses valuable bandwidth, which may also affect the quality ofthe conference being provided.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 depicts a simplified system for providing audio-video streamsaccording to one embodiment.

FIG. 2 depicts a more detailed example of a source endpoint and amulti-point control unit according to one embodiment.

FIG. 3 depicts a simplified flowchart for sending audio-video andmetadata from source endpoint.

FIG. 4 depicts a simplified flowchart of a method for processing theaudio-video stream and metadata at multi-point control unit according toone embodiment.

FIG. 5 depicts an example of a location that includes endpoint 104 or106 according to one embodiment.

DETAILED DESCRIPTION OF EMBODIMENTS Overview

Particular embodiments generally relate to providing different censoringlevels for audio-video streams. In one embodiment, an audio-video streamis received. Metadata including censoring information for theaudio-video stream is also received. The audio-video stream and metadatamay be sent by a source in separate streams. A first level of censoringassociated with a first receiver is determined along with a second levelof censoring for a second receiver. A first audio-video stream isgenerated for the first receiver with a first censoring level and asecond audio-video stream is generated for the second receiver with asecond censoring level. For example, the first audio-video stream mayinclude censoring of faces and the second audio-video stream may be anaudio-video stream without censoring or may censor some other part ofthe audio-video, such as the audio. The first audio-video stream and thesecond audio-video stream are then sent to the first and secondreceivers, respectively.

Example Embodiments

FIG. 1 depicts a simplified system for providing audio-video streamsaccording to one embodiment. A multi-point control unit (MCU) 102, asource endpoint 104, and destination endpoints 106 are provided. It willbe understood that other components that can be provided in a networkmay be used but are not shown. For example, audio-video may be sent overnetworks including wireless or wired networks. Also, various routers,switches, and conference equipment may also be included to provide theaudio-video conference.

Source endpoint 104 and destination endpoints 106 may be endpoints thatcan send and receive audio-video. For example, source endpoints anddestination endpoints may be conference managers used in an audio-videoconference. In one embodiment, source endpoint 104 may include capturedevices, such as cameras and microphones, that capture audio-video of aconference, such as audio and/or video of users participating in theconference. That audio and/or video may be sent to destination endpoints106. Destination endpoints 106 are then configured to render the audioand/or video.

Multi-point control unit 102 is configured to receive audio-video fromsource endpoint 104 and switch it to different destination endpoints106. For example, audio-video may be received from a number ofendpoints, switched, and sent to other endpoints. Although thedisclosure discusses a single source endpoint 104 and multipledestination endpoints 106, it will be understood that each endpoint mayinclude both functions (source and destination functions). Additionally,multi-point control unit 102 may be receiving multiple audio-videostreams from any source or destination endpoint to provide switching inthe conference.

Source endpoint 104 provides an audio-video stream to MCU 102. Theaudio-video stream may be a standard, uncensored audio-video stream. Itshould be noted that if multiple segments are being captured, such as ina three-screen display conference, three audio-video streams may besent. That is, video for three different angles of a conference may becaptured using three cameras. Also, audio may be captured, which may bethe same for all three angles or may be captured from differentmicrophones. When an audio-video stream is described, it will beunderstood that this may mean a video stream only, an audio stream only,or an audio and video stream. The audio and video stream may be twoseparate streams but the audio is associated with the video (i.e., it istime synced with the video).

The audio-video stream may include a stream of packets that carriescontent captured. Any protocol may be used to send the content. Forexample, the Real-time Transport Protocol (or RTP) defines astandardized packet format for delivering audio and video over theInternet.

Metadata for the audio-video stream may also be sent where the metadatais used for censoring the audio-video content. The metadata may be of astreaming nature that includes time stamps as to when it should beapplied to the audio-video stream. Examples of metadata includecoordinates of bounding boxes and image frames to be blurred ortime-stamp flags indicating when to distort audio. If three audio-videostreams are being sent, three different metadata streams may also besent for the audio-video streams (or a single metadata stream may besent that includes metadata for the three audio-video streams).

The metadata indicating when and what to censor is transmitted alongsidethe audio-video streams from source endpoint 104 when media istransmitted. The metadata can be transmitted on a per segment basis foreach audio-video stream sent. For a triple screen endpoint, there wouldbe three metadata streams being transmitted. Each metadata streamcontains censoring information for a single audio-video stream.

Multi-point control unit 102 is configured to receive the audio-videostream and the metadata stream and can provide different levels ofcensoring for destination endpoints 106. Each destination endpoint 106may have a different censoring level associated with it. For example, apolicy may provide different censoring levels. In one example, adestination endpoint 106-1 may be set to receive face-blurring censoringand unscrambled audio. In this case, the video stream received may beprocessed to provide censoring using the metadata provided. The metadatamay include bounding box coordinates that indicate which areas of thevideo should be censored. Also, destination endpoint 106-2 may be set toreceive scrambled audio. In this case, the metadata may be used todetermine a time to scramble the audio. Further, destination endpoint106-3 may be set to receive standard audio-video, that is, uncensoredaudio-video. Multi-point control unit 102 generates these audio-videostreams with different censoring levels and sends them to the variousdestination endpoints 106.

Accordingly, particular embodiments provide different levels ofcensoring. A standard audio-video stream is sent from source endpoint104 along with the metadata. This allows a single audio-video stream tobe sent from source endpoint 104 to multi-point control unit 102. Thissaves bandwidth in that source endpoint 104 does not need to sendmultiple audio-video streams with different censoring levels. Themetadata is then used by multi-point control unit 102 to censor theaudio-video and to send different audio-video streams to destinationendpoints 106.

Because multi-point control unit 102 has to send audio-video streamsindividually to each destination endpoint 106 even if no censoring atall is provided, additional bandwidth is not being used by providingdifferent censoring levels. However, if multiple audio-video streamswith different censoring levels are sent from source endpoint 104 tomulti-point control unit 102, additional bandwidth is being used becauseif no censoring is being performed, only one audio-video stream needs tobe sent from source endpoint 104 to multi-point control unit 102.Accordingly, particular embodiments provide different levels ofcensoring with minimal impact to bandwidth by allowing source endpoint104 to send an uncensored audio-video stream with a metadata stream,which uses less bandwidth than sending another audio-video stream.

Also, providing the censoring processing in multi-point control unit 102leverages CPU processing in the multi-point control unit that may bemore powerful than that which is included in source endpoint 104. Forexample, multi-point control unit 102 or a proxy may include acceleratedhardware that is dedicated to decoding, censoring, and encoding with lowlatency. A source endpoint may not include this hardware. Thus, it isdesirable to offload the censoring to multi-point control unit 102.Also, additional hardware on an endpoint is not needed to providedifferent censoring levels.

FIG. 2 depicts a more detailed example of source endpoint 104 andmulti-point control unit 102 according to one embodiment. Sourceendpoint 104 receives audio-video at a metadata determiner 202. Metadatadeterminer 202 may analyze the audio-video to determine censoringinformation. For example, face detection may be performed to detectbounding boxes of faces found in the video. Also, the audio stream maybe analyzed to determine when audio should be distorted. Other methodsof determining censoring information may also be used.

A metadata sender 204 is configured to generate a message that can besent to multi-point control unit 102. In one example, a metadata messageis transmitted via real-time transfer control protocol (RTCP)application messages. The messages may include a list that is in thefollowing structure: {<RTP time-stamp from audio-video stream >, <errorflags>, <upper left x, upper left y, lower left x, lower right y>, < . .. >, . . . }. In essence, each packet includes a time-stamp to match therespective audio-video stream, error flags in cases where the metadatadetermination process has failed or errors have occurred (e.g., facedetection failed), and a list of bounding boxes to be blurred.

The time stamp is a time referring to when audio-video content should becensored. The bounding box coordinates are coordinates that define ablurring area. Method other than using coordinates may be used toidentify a blurring area. The error flags indicate whether any errorsmay have occurred during the metadata generation process. It should benoted that other censoring information may be provided, such as atime-stamp to distort audio instead of the bounding box coordinates.

Additionally, different bounding boxes may block one person but notanother on the same screen. However, in some cases, all persons may beblocked if blurring of faces is desired. Also, if a triple screenendpoint is being used, it is possible to block one segment (i.e., onecamera angle) and not the other. Also, the censoring may be applied toan entire endpoint regardless of the number of segments (all faces areblocked from an endpoint).

In addition to sending metadata, an audio-video sender 206 sends theaudio-video information to multi-point control unit 102. Thus, asdiscussed above, an audio-video stream is sent along with a metadatastream. In one embodiment, the metadata may be included with theaudio-video stream, such as in a header or embedded within the transportstream.

The metadata stream and audio-video stream is received at audio-videoand metadata receiver 208. Receiver 208 determines which destinationendpoints 106 audio-video needs to be sent.

An endpoint audio-video processor 212 is configured to process theaudio-video stream using censoring information in the metadata. Anendpoint policy determiner 210 determines different policies for variousdestination endpoints 106. Based on the policy, a different censoringlevel is provided for destination endpoints 106.

Before censoring can be applied, the video may need to be decoded. Adecoder 214 is configured to decode the audio-video. For example, theaudio-video may have been compressed by source 104 and sent over anetwork. The compressed audio-video is decoded. The audio-video isdecoded because censoring needs to be applied to the decodedaudio-video.

A censor processor 216 is configured to censor the audio-video. Forexample, an overlay is generated and applied to the decoded audio-videostream based on the coordinates found in the metadata. Based on themetadata information, a bounding box is determined and an overlay isgenerated in the video stream. This overlay blurs the faces that weredetected based on the coordinates provided. In another example, atime-stamp may be determined and the audio stream is distorted duringthe time specified.

An encoder 218 is configured to encode the audio-video with thecensoring information in it. The encoded audio-video may then be sent todestination endpoint 106. As shown, three different audio-video streamsmay be sent with different censoring levels to destination endpoints106.

FIG. 3 depicts a simplified flowchart for sending audio-video andmetadata from source endpoint 104. Step 302 captures the audio-video.For example, in a three-screen endpoint, three different video streamsmay be captured. Also, a single audio stream or multiple audio streamsmay be captured.

Step 304 determines metadata for censoring the audio-video. For example,face detection may be performed to determine bounding box coordinatesfor user's faces. The metadata may be determined for each audio-videostream.

Step 306 sends the audio-video. For example, audio-video may be encodedand sent to multi-point control unit 102.

Step 308 sends the metadata. For example, for each audio-video stream,metadata stream may be transmitted.

FIG. 4 depicts a simplified flowchart of a method for processing theaudio-video stream and metadata at multi-point control unit 102according to one embodiment. Step 402 receives the audio-video streamand metadata.

Step 404 determines if the audio-video should be censored. If theaudio-video does not need to be censored, step 406 sends uncensoredaudio-video to destination endpoints 106.

In some cases, destination endpoints 106 may require censoring.Accordingly, step 408 determines a policy for each destination endpoint106.

Step 410 applies metadata to the audio-video based on the policy. Forexample, the metadata may be analyzed to determine censoringinformation. The censoring information is then used to censor theaudio-video, such as a bounding box may be determined from the metadataand the bounding box is used to blur the audio-video.

Step 412 sends the censored audio-video to the destination endpoint 106.Step 414 determines if more destination endpoints require censoring. Ifso, the process reiterates to step 408. If not, the process reiteratesto step 402 as audio-video is constantly processed for censoring.

To provide for increased security for a censoring policy, certainactions may be performed if the metadata stream is blocked, corrupt, orlost. For example, because the metadata stream is sent separately, thereis a chance it may be lost. It may not be desirable to displayuncensored audio-video if the metadata is lost. In one example, if adestination endpoint is set to receive face blurring and unscrambledaudio, the audio-video to that specific destination endpoint may bedropped or the entire screen blurred with unscrambled audio if themetadata is dropped. For example, multi-point control unit 102 mayprovide the best experience for the conference without violating thecensoring policy. In this case, instead of taking a chance of revealinga person's face, the entire audio-video may be blurred. This ensuresthat at least the censoring policy is adhered to.

In another embodiment, a confidence level along with a list ofcoordinates may be provided in the metadata. The confidence level may begenerated by metadata determiner 202 (e.g., a face detection algorithm)and inserted into each packet with censoring coordinates. Multi-pointcontrol unit 102 may make policy-level decisions regarding how muchcensoring to perform based on this confidence level. For example, if twofaces have been detected in a segment, and this number suddenly drops toone face detected, the confidence level may be dropped. Multi-pointcontrol unit 102 may have a threshold for waiting for the secondparticipant to return to a position where their face can be accuratelydetected. If a time-out occurs, it is recognized that the participanthas left the segment. If multi-point control unit 102 does not receive aconfidence level above a configured amount, then the segment could becensored to a lowest allowable level for each destination endpoint 106.Also, a hand-shaking mechanism to guarantee receipt of the censoringinformation may be provided. For example, an acknowledgement may be sentafter multi-point control unit 102 has received a metadata packet.

FIG. 5 depicts an example of a location that includes endpoint 104 or106 according to one embodiment. Although a three screen display isshown, it will be understood that other configurations may be provided.For example, the arrangement and number of displays and users may bedifferent.

Users may be participating in a conference and may be situated aroundconference table 502. During the conference, the users may engage in thesession as speakers.

Display screens 504 include any devices that can display an image of oneor more conference users at location 104. Examples of display screens504 include a flat screen TVs, notebook PCs, monitors, etc. In oneembodiment, display screens 504 may display three different segments.For example, video streams from three different locations may bedisplayed. The three video streams display different users fromdifferent locations. Although three display screens are described, itwill be understood that any number of screens may be used. The screensmay be virtual, such as a display device may have three windowsdisplaying three locations.

In one embodiment, location may include a number of cameras 510 thatcapture video of the users. For example, three cameras 510 may capturevideo of three different areas. Although three cameras are described, itwill be understood that any number of cameras 510 may be provided. Thethree cameras 510 generate three video streams that may be sent to aconference end point-conference manager 506. Conference manager 506 maythen send the video streams to multi-point control unit 102. In additionto the video streams, audio may be captured for the users frommicrophones 508. For example, audio for the entire location may becaptured by all three microphones 508. In accordance with an exampleembodiment, individual audio streams may be captured by placingmicrophones in the vicinity of each conference participants. Inaccordance with this embodiment, each one of the audio streams isassociated with a video stream from the corresponding conferenceparticipant. Each location may have three video streams captured (i.e.,segments) as well as three associated audio streams. Any of thesesegments may be displayed on display screens 504 in remote locations.

Accordingly, three audio-video streams may be captured and sent byconference manager 502. The location is configured to provide anenhanced conference experience. The bandwidth used to send the threeaudio-video streams may be large. Thus, sending multiple versionsaudio-video streams may use too much bandwidth to provide an effectiveconference. Thus, particular embodiments provide a method to provide ahigh quality conference while minimizing bandwidth used because onlyuncensored audio-video streams versions of the captured video streamsare sent.

Particular embodiments may be useful for anybody who desires multiplelevels of privacy or censoring and would like to do so with minimalbandwidth impact. Different applications may use particular embodiments.For example, in a judicial situation with witnesses or informants,retaining anonymity is very important. Also, military-intelligence mayneed identities to be secret. Also, anonymous tips for police to useallow for back and forth interaction. Other applications may includeanonymous interactions for users while still retaining contacts of voiceor body language while censoring the face, anonymous therapy, conferenceobservation, or other applications may be provided.

Although the description has been described with respect to particularembodiments thereof, these particular embodiments are merelyillustrative, and not restrictive. Although a conference is described,it will be understood that particular embodiments may be used in otherapplications, such as streaming video, Internet protocol television(IPTV), etc.

Any suitable programming language can be used to implement the routinesof particular embodiments including C, C++, Java, assembly language,etc. Different programming techniques can be employed such as proceduralor object oriented. The routines can execute on a single processingdevice or multiple processors. Although the steps, operations, orcomputations may be presented in a specific order, this order may bechanged in different particular embodiments. In some particularembodiments, multiple steps shown as sequential in this specificationcan be performed at the same time.

Particular embodiments may be implemented in a computer-readable storagemedium for use by or in connection with the instruction executionsystem, apparatus, system, or device. Particular embodiments can beimplemented in the form of control logic in software or hardware or acombination of both. The control logic, when executed by one or moreprocessors, may be operable to perform that which is described inparticular embodiments.

Particular embodiments may be implemented by using a programmed generalpurpose digital computer, by using application specific integratedcircuits, programmable logic devices, field programmable gate arrays,optical, chemical, biological, quantum or nanoengineered systems,components and mechanisms may be used. In general, the functions ofparticular embodiments can be achieved by any means as is known in theart. Distributed, networked systems, components, and/or circuits can beused. Communication, or transfer, of data may be wired, wireless, or byany other means.

It will also be appreciated that one or more of the elements depicted inthe drawings/figures can also be implemented in a more separated orintegrated manner, or even removed or rendered as inoperable in certaincases, as is useful in accordance with a particular application. It isalso within the spirit and scope to implement a program or code that canbe stored in a machine-readable medium to permit a computer to performany of the methods described above.

As used in the description herein and throughout the claims that follow,“a”, “an”, and “the” includes plural references unless the contextclearly dictates otherwise. Also, as used in the description herein andthroughout the claims that follow, the meaning of “in” includes “in” and“on” unless the context clearly dictates otherwise.

Thus, while particular embodiments have been described herein, latitudesof modification, various changes, and substitutions are intended in theforegoing disclosures, and it will be appreciated that in some instancessome features of particular embodiments will be employed without acorresponding use of other features without departing from the scope andspirit as set forth. Therefore, many modifications may be made to adapta particular situation or material to the essential scope and spirit.

1-20. (canceled)
 21. A method comprising: receiving an audio-video(“A/V”) stream from a source; receiving metadata comprising censoringinformation for the A/V stream; applying the metadata to the A/V streambased on a censorship policy for a first destination endpoint togenerate a first censored A/V stream; and transmitting the firstcensored A/V stream to the first destination endpoint.
 22. The method ofclaim 21 further comprising: applying the metadata to the A/V streambased on a censorship policy for a second destination endpoint togenerate a second censored A/V stream; and transmitting the secondcensored A/V stream to the second destination endpoint.
 23. The methodof claim 21 further comprising: transmitting the received A/V stream toa second destination endpoint in uncensored form.
 24. The method ofclaim 23 further comprising: determining that an error has occurred inconnection with the metadata; and transmitting the first censored A/Vstream to the second destination endpoint as well as the firstdestination endpoint.
 25. The method of claim 21 wherein the metadatacomprises coordinate information associated with a video component ofthe A/V stream, wherein the coordinate information is used to censor thevideo component at coordinates identified by the coordinate information.26. The method of claim 21 wherein the metadata comprises a first datastream and the A/V stream comprises a second data stream separate fromthe first data stream.
 27. The method of claim 21 wherein the metadataincludes a timestamp indicating when censoring information should beapplied to the A/V stream.
 28. The method of claim 21 furthercomprising: decoding the received A/V stream prior to applying themetadata thereto; and encoding the first censored A/V stream prior totransmission thereof to the first destination endpoint.
 29. The methodof claim 21 further comprising: adjusting application of the metadata tothe received A/V stream based on a confidence level included with themetadata.
 30. An apparatus comprising: one or more processors; and logicencoded in one or more non-transitory tangible media for execution bythe one or more processors and when executed operable to: receive anaudio-video (“A/V”) stream from a source; receive metadata comprisingcensoring information for the A/V stream; apply the metadata to the A/Vstream based on a censorship policy for a first destination endpoint togenerate a first censored A/V stream; and transmit the first censoredA/V stream to the first destination endpoint.
 31. The apparatus of claim30 wherein the logic is further operable to: apply the metadata to theA/V stream based on a censorship policy for a second destinationendpoint to generate a second censored A/V stream; and transmit thesecond censored A/V stream to the second destination endpoint.
 32. Theapparatus of claim 30 wherein the logic is further operable to: transmitthe received A/V stream to a second destination endpoint in uncensoredform.
 33. The apparatus of claim 32 wherein the logic is furtheroperable to: determine that an error has occurred in connection with themetadata; and transmit the first censored A/V stream to the seconddestination endpoint as well as the first destination endpoint.
 34. Theapparatus of claim 30 wherein the logic is further operable to: decodethe received A/V stream prior to applying the metadata thereto; andencode the first censored A/V stream prior to transmission thereof tothe first destination endpoint.
 35. The apparatus of claim 30 whereinthe logic is further operable to: adjust application of the metadata tothe received A/V stream based on a confidence level included with themetadata.
 36. An apparatus comprising: a memory element configured tostore data; a processor operable to execute instructions associated withthe data, and an end point audio-video (“A/V”) processing moduleconfigured to: receive an A/V stream from a source; receive metadatacomprising censoring information for the A/V stream; apply the metadatato the A/V stream based on a censorship policy for a first destinationendpoint to generate a first censored A/V stream; and transmit the firstcensored A/V stream to the first destination endpoint.
 37. The apparatusof claim 36 wherein the A/V endpoint processing module is furtherconfigured to: apply the metadata to the A/V stream based on acensorship policy for a second destination endpoint to generate a secondcensored A/V stream; and transmit the second censored A/V stream to thesecond destination endpoint.
 38. The apparatus of claim 36 wherein theA/V endpoint processing module is further configured to: transmit thereceived A/V stream to a second destination endpoint in uncensored form.39. The apparatus of claim 38 wherein the A/V endpoint processing moduleis further configured to: determine that an error has occurred inconnection with the metadata; and transmit the first censored A/V streamto the second destination endpoint as well as the first destinationendpoint.
 40. The apparatus of claim 36 wherein the A/V endpointprocessing module is further configured to: decode the received A/Vstream prior to applying the metadata thereto; and encode the firstcensored A/V stream prior to transmission thereof to the firstdestination endpoint.